|
Nel presente paragrafo si danno alcuni consigli alle aziende o i partner e i licenziatari sorgenti, che vogliano implementare verticalizzazioni integrazioni o personalizzazioni a vari livelli, in modo da evitare al massimo in futuro di confliggere con nuove versioni di Business rilasciate da NTS.
NTS si impegna a non utilizzare in futuro le seguenti caratteristiche di nomeclatura e di identificazione:
- per i componenti DLL si consiglia di utilizzare moduli la cui sigla inizi con H, Q e J, per esempio: BNH*.DLL, BEH*.DLL e BDH*.DLL
- per componenti NET che ereditano da quelli esistenti BO*.DLL, BF*.DLL e BH*.DLL
- per i report delle stampe parametriche query i nomi che vanno da PAR0601.RPT in poi ed i numeri del formato di stampa che vanno dal 601 in poi
- per le stampe parametriche predefinite i numeri del formato di stampa che vanno dal 601 in poi
- per gli archivi dell'import/export, relativamente alla definizione dei profili, delle trascodifiche e delle procedure, usare i numeri che vanno dal 1001 in poi
- per l'aggiunta di tabelle nei database azienda e procedura, si consiglia di usare nomi che inizino con PERS, HH, QQ, TABHH, TABQQ, TTHH e TTQQ, con la norma di creare nuove tabelle con nomi minuscoli per le tabelle di dati residenti, e nomi maiuscoli per le tabelle di dati temporanei, queste ultime avranno per lo più un nome che inizia con TT o ZZ.
NB: le tabelle personalizzate aggiunte vanno elencate nell'ORDERTBL, inoltre per le tabelle temporanee occore indicare il campo "ot_istmp" a "S", poiché i programmi di conversione archivi e cancellazione tabelle temporanee rimuovono il contenuto di tutte le tabelle marcate con "ot_istmp" a "S"
- quando si documenta la nomenclatura delle tabelle da creare per le personalizzazioni, occore indicare che i nomi delle tabelle che iniziano per TMP_ (o tmp_) sono riservati a NTS e se si creano tabelle personalizzate con questi nomi, verranno rimosse in sede di conversione archivi anche se presenti nel database modello.
- per l'aggiunta di campi in tabelle preesistenti si consiglia di usare nomi che inizino con la stessa sigla utilizzata da NTS per quella tabella, ma seguita immediatamente da hh o qq, per esempio per nuovi campi su anagra utilizzare an_hhcodice, an_qqlinea, ecc...
- per le voci di menu si consiglia di inserire nuove voci costruendo un albero che parta dal primo livello col numero 17, tuttavia non possiamo escludere che in futuro NTS debba utilizzare tale numero per un nuovo modulo di procedura, sarà comunque l'ultimo ad essere utilizzato
- nella tabella delle numerazioni le numerazioni H0, H1, H2 , ......, H9, HA, HB, ......., HZ sono riservate per l'uso rivenditore
-
nella tabella ALLOLE i caratteri '0', '1', '2', '3', '4', '5', '6', '7' '8', '9' eventualmente indicabili nella colonna del tipo oggetto (ao_tipo) sono ad uso rivenditore
In caso di aggiuntati di nuove colonne sulle tabelle sql di Business, occorre seguire tali indicazioni:
- in caso di aggiunta di una colonna numerica (sia essa int, smallint, decimal(27,9), decimal(24,6) o money) questa deve avere default specificato, solitamente 0, e non deve accettare null
- in caso di aggiunta di una colonna di tipo testo il tipo deve essere varchar(x), dove x indica la lunghezza massima del testo e può accettare null (consigliato), oppure deve avere default specificato, solitamente ' ', e non deve accettare null
- in caso di aggiunta di una colonna di tipo testo senza limiti il tipo deve essere varchar(max) e deve accettare null
- in caso di aggiunta di una colonna di tipo datetime il tipo deve essere datetime e deve accettare null
- in caso di aggiunta di una colonna di tipo testo legata nella UI di Cube ad un checkbox oppure ad un combobox il tipo deve essere varchar(1), e deve avere default specificato, solitamente 'N', e non deve accettare null
|
